home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Amiga Collections: Taifun
/
Taifun 244 (1993-06-10)(Manewaldt, A.)(DE)(PD).zip
/
Taifun 244 (1993-06-10)(Manewaldt, A.)(DE)(PD).adf
/
Schutz
/
VT.Dokumente
/
VT.Cruncher
< prev
next >
Wrap
Text File
|
1993-06-11
|
7KB
|
225 lines
Cruncher:
=========
Stand: 14.05.93
- BinHex 4.0 .HQX Hinweis 14.10.92: es wird nur ein Filetyp
erkannt. Der 2.Typ scheint so variabel zu
sein, dass ich erst mehrere Beispiele ge-
sehen haben muss, bevor ich ueber eine Er-
kennung nachdenke.
- Black & Decker V2.0
- Byte Killer - V3.0b
- Byte Killer Pro V1.0
- Compacker+ V4.2
- Compress V4.0 nur Data sehr alt 1985 Erkennung unsicher
- Crunch Master V1.0
- CrunchMania V1.4, V1.6 (Turbo, Light, Normal, Simple, KillDecruncher
V1.8 Data, Adress)
- Crunch-O-Matic V1.1
- DEFJAM Packer V3.2
- Double Action V1.0
- DRAGPACK v1.0, V2.25Pro
- DrDobbs Data
- File PAKer 1.0
- Flash-Packer (s.b. RSI)
- FlashSpeed-Cruncher V1.0 (ADEPT) (nur object)
- High Pressure Cruncher
- HQC-Compress
- HQC-Cruncher
- IAM Packer Pro V1.0
- Imploder - 4.0
- ISC V1.5 (Rainbow Trio)
- Kompress (nur Texte)
- LeCrunch
- LightPack V1.5
- LzHuf
- LZW Compressor
- Mastercruncher V3.0
- Max Packer V1.2
- Mega Cruncher V1.2
- P-Compress (LH) auch V2.3 (PACK)
- PackIt V1.0
- PowerPacker - 4.1a
Hinweis: im April 92 ist ein gepatcher PP aufgetaucht. Erkennen
kann man ihn z.B. an der Iconify-Funktion. Original: IconBild
Patch: Fensterleiste . Ich habe mit Original und Patch je 10 Files
gepackt und dann mit ddiff verglichen. Die entsprechenden Files
zeigen in KEINEM Byte einen Unterschied. Also wahrscheinlich harm-
los.
- PowerPacker-Data
- PowerPacker-Clone
- RDM-Packer (Data=RDM, Executable=Compress)
- Relokit V1.0
- RSI-Cruncher = (Flash-Packer)
- SCrunchPro erzeugt immer DataFiles und verwendet lh.library
VT erkennt deshalb lhencode
- Spike 1.1
- Stone Cracker - V4.01ß
- Super Cruncher V2.7
- SupplexCruncher
- Syncro Packer V4.6
- TAR Data (Erkennung nicht sicher)
- Tetra-Crunch V1.1
- Tetra-Pack (r,t,o)
- Time-Cruncher V1.7
- TITANICS-Cruncher
- TNM-Cruncher V1.1
- TryIt V1.01
- TUC-Cruncher
- TURBOSQUEEZER V6.1, V8.0
- TurtleSmasher V1.3 - V2.0
- TWPACKPro 1.0 Data
- TWPACK 2.1 Data
- Ultimate Packer V1.1b
Archive:
========
- AMIPack Amiga Magazin 9/92
- APE
- ARC Hinweis (14.10.92): die ?? sollen zeigen, dass sich VT
nicht sicher ist
- ARJ
- compress
- GZip V1.0.7
- Lha (lh0-lh5,lhd)
- LhArc
- LhArcA
- LhASFX (SFX!)
- LhPak V1.3 (LSFX)
- LHSFX
- LZ (mit -lh5-) Laenge: LZ1.92 52428 Bytes
Vorsicht mit LZ 2.0 s.o.
- PKAZip
- Shrink V1.01b, V1.1 (FF699),
- Unpack (AmigaPlus)
- XXEncode
- XPKmaster.library (AmigaPlus 8\9\10.92)
- BLZW
- CBR0
- CBR1
- DLTA
- ENCO (nur Codierung)
- FEAL (Passwort)
- HUFF
- IDEA (PassWort)
- IMPL
- NONE (nichts)
- NUKE
- RDCN
- RLEN
- SHRI
- VERN
- ZOO 2.x
Disk- und Trackcruncher:
========================
- Disk Imploder
- DiskCruncher V1.1 (GIGACAR ???)
- Lhwarp Vorsicht mit LHwarp V1.40 s.o.
- OWS (-OW1)
- SAVAGE DiskCompressor V1.3
- The Disk Masher (DMS)
- Warp
- XDisk V1.2 AmigaPlus 9\10.92
- BLZW
- ENCO
- FEAL
- HUFF
- IDEA
- IMPL
- NONE
- NUKE
- ZAP V1.41
- ZOOM - 5.4
Hinweis zu ZOOM5.4 (15.09.92):
Es wurde mir ein File Zoom5.4 gepackt (PP2.1) mit der Laenge
53276 zugeschickt. Dieses Programm meldet sich mit einem moeg-
lichen VirusAlert. Ich habe das Programm dann entpackt und die
Laenge 82180 erhalten. Dies ist auch die Laenge von OrigZoom5.4 .
Ein Vergleich der beiden Files byteweise ergab KEINEN Unterschied.
Danach wurde das Original-File und das entpackte File mit PP 4 ge-
packt. Beide Files loesten beim Aufruf KEINEN Alert mehr aus.
Ein Aufruf von Zoom5.4 (PP2.1) ergab KEINE Speicherveraenderung
und KEINE verbogenen Vektoren. Also beschwert sich Zoom ueber die
Pack-Routine von PP2.1 .
Empfehlung deshalb: verwenden Sie nur PP >= V4
Stacker: (ein Begriff aus der MSDos-Welt)
========
- EPU
- RAP!
SoundPacker:
============
- NoisePacker
- PMC (SFHD) FF 647
(SFCD) (direkt von Stephan Fuhrmann (PowerPlayer))
- SoundTracker V1.0 (mit Data)
Probleme mit Crunchern:
=======================
- DMSSplit Laenge: 9096 Bytes
Mitteilung eines Users:
habe folgendermassen getestet:
>von Disk einlesen:
dms read t:gr_part1.dms from df0: keine Fehler aufgetreten
>Sicherheitshalber testen:
dms test t:gr_part1.dms keine Fehler festgestellt
>nochmals auf Disk schreiben:
dms write t:gr_part1.dms to df0: keine Fehler aufgetreten
>in 2 Teile splitten:
DMSSplit t:gr_part1.dms t:gr-00-39.dms 0 39 keine Fehler aufgetreten
DMSSplit t:gr_part1.dms t:gr-40-79.dms 40 79 keine Fehler aufgetreten
>Sicherheitshalber beide Teile testen:
dms test t:gr-00-39.dms keine Fehler festgestellt
dms test t:gr-40-79.dms keine Fehler festgestellt
>wieder auf Disk schreiben:
dms write t:gr-00-39.dms to df0: keine Fehler aufgetreten
dms write t:gr-40-79.dms to df0: CHECKSUM-ERROR
>nochmals testen:
dms test t:gr-00-39.dms keine Fehler festgestellt
dms test t:gr-40-79.dms keine Fehler festgestellt
--> und somit ist der 2. Teil der Disk unbrauchbar geworden !!!
Das selbe probierte ich noch einige Male auch mit anderen DMS-Archiven aus;
das Ergebnis war immer das selbe: CHECKSUM-ERROR beim zweiten Teil
- Zippy Zip-Archive-Utility Laenge: 19464 Bytes
Mitteilung eines Users:
Probleme mit manchen ZIP-Archiven; meldet sich dann mit
" %% Couldn't decode compression scheme.",
obwohl die Archive an sich in Ordnung sind
[unpacken mit PkaZip geht] !
Hinweis 14.05.93:
dringende Warnung vor:
g-zus Laenge ungepackt: 15016 Bytes
Wird in Docs als bester Packer angepriesen, aber:
- das Original-File wird geloescht
- ein neues File mit gleichem Namen und Erweiterung .god erzeugt
- dieses neue File ist 30 Bytes lang und enthaelt nur:
0000: 54686973 49734d61 67696321 34434f1c ThisIsMagic!4CO.
0010: 27303811 10464b55 524e435b 4f470000 '08..FKURNC[OG..
Wenn Sie kein zweites Original-File haben, dann haben Sie Pech
gehabt. Wird in File-Test NICHT erkannt, da Sie selbst aktiv
das Programm starten muessen.
Heiner Schneegold